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© A process of software installation over a data 
processing network is described. New pieces of soft- 
ware being installed over a data processing network 
require changes to the configuration of the work- 
station upon which they are being installed. The 
configuration file associated with the use of the new 
software being installed specifies the changes to the 
configuration of the workstation upon which the new 
software is being installed. This configuration build 
file is combined with configuration build files asso- 
ciated with the software files already upon the work- 
station to produce the composite build file. The 
composite build file is then used to reconfigure the 
workstation. The process allows for clashes between 
changes required by each piece of software to be 
resolved on a priority basis. Configuration change 
statements within each of the configuration build files 
can be combined into single configuration change 
statements. Configuration change statements can 
specify parameters in terms of a variable, the value 
of which is determined during the combination pro- 
cess. 
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This invention relates to data processing sys- 
tems. More particularly, this invention relates to the 
installation of software on data processing systems. 

A given data processing system may be con- 
figured in many ways. Some of the configuration 
options are set by varying the hardware (e.g. num- 
ber and capacity of disk drives). Other configura- 
tion parameters are set within configuration files 
stored by the computer. An example of such a 
configuration file stored within a data processing 
system is the CONFIG.SYS file within personal 
computers such as the IBM Personal System/2 
computers running under the Operating System/2 
program (IBM, Personal System/2, and Operating 
System/2 are trade marks of International Business 
Machines Corporation). An example of the param- 
eters set by such configurations files is the COUN- 
TRY statement indicating the appropriate national 
character set to be displayed by the computer or 
DEVICE statements indicating which device driver 
code is to be used for the peripherals attached to 
the computer. 

As well as the configuration parameters relating 
to the computer itself, the configuration files also 
contain parameters determined by the software in- 
stalled upon the computer. An example of such a 
parameter would be PATH statements which in- 
dicate in which file directories the computer should 
search for files requested from the operating sys- 
tem command line. Particular pieces of software 
may also require a particular buffer size to run 
effectively, and this can be set by the BUFFER 
statement. 

It is desirable that computer systems should be 
able to be used by persons not having a detailed 
understanding of all the configuration options of a 
computer and the knowledge of how to change 
them. Accordingly, it is known for computer pro- 
grams automatically to add statements to the con- 
figuration files when they are installed. This has the 
result that a novice user can merely insert a dis- 
kette holding a copy of the program he wishes to 
install and type a single command such as IN- 
STALL. This start a program running which will 
copy the program form the diskette into the storage 
of the computer and make all the necessary 
changes to the configuration file. 

In order to further simplify the installation of 
computer programs systems have been produced 
which distribute software over a data processing 
network. New software files, or updates to files 
already held by a workstation may be transmitted 
to the workstation over communication lines without 
the workstation user having to be involved in han- 
dling diskettes or initiating the installation. 

It is a constant aim in the field of data process- 
ing to produce systems that are easier to use. The 
invention is concerned with this problem. 



Viewed form one aspect the invention provides 
a method of installing software files within a data 
processing network comprising the steps of: 

transmitting a software file from a central com- 

6 puter to a workstation via a communication system, 
reading a configuration build file associated 
with said transmitted software file, 

detecting software files already installed upon 
said workstation, 

10 reading one or more configuration build files 
associated with said detected software files, 

combining said configuration build file asso- 
ciated with said transmitted software file with said 
one or more configuration build files associated 

15 with said detected software files to produce a com- 
posite configuration build file, and 

reconfiguring said workstation using said com- 
posite configuration build file. 

The present invention both recognises and 

20 solves the problem that when using a program that 
installs software files over a network, it is neces- 
sary to coordinate the changes to the configuration 
of the workstations being made to accommodate 
the software files installed. The building of a com- 

25 posite configuration build file which is used to 
reconfigure the workstation also has the advantage 
of providing an opportunity, if desired, to allow 
further processing steps to be implemented for 
providing new functions in the building of configu- 

30 ration files. 

It will be appreciated that each software file 
installed need not necessarily require a modifica- 
tion to the configuration of the workstation, and that 
the configuration build files associated with the 

35 detected software may be stored as separate files 
or as a single file for those items of software 
already installed. It will also be appreciated that the 
software files being installed need not necessarily 
be a program file, a data file being installed may 

40 also require changes to the workstation configura- 
tion. The processing to carry out the reading, de- 
tecting and combining may be carried out on either 
the workstation or the computer providing the soft- 
ware file. The configuration build files may com- 

45 prise instructions capable of being directly applied 
to alter the workstation configuration, but preferably 
they comprise instructions intended for further pro- 
cessing to then produce the command to be ap- 
plied to the workstation (this allows greater flexibil- 

50 ity). 

In preferred embodiments of the invention, 
configuration changes required by a software file 
are associated with a priority value and said step of 
combining compares priority values between any 
55 conflicting configuration changes and includes the 
highest priority configuration change in said com- 
posite configuration build file. This feature allows 
for conflicts between the requirements of different 
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software files to be resolved in an ordered fashion. 
An example of such a conflict would be between 
(YES, NO) settings of the IOPL parameter in the 
Operating System/2 program. The IOPL parameter 
specifies the input/output privilege level of applica- 
tions running within the workstation. One program 
may not need access to the deepest layer of I/O 
function in operating system of the workstation by 
setting IOPL = NO, whereas another program may 
be critically dependent upon this I/O access, in 
which case IOPL = YES is set A numerical priority 
value associated with each configuration build file 
can resolve the conflict and adopt the setting that 
is most critical. It will be appreciated that not every 
configuration change will give rise to conflicts, e.g. 
setting up device drivers using the DEVICE com- 
mand need not cause conflict and accordingly 
need not have a priority value associated with it. 

Another feature of preferred embodiments of 
the invention is the further step of determining 
values of variables specifying configuration 
changes within said configuration build files. This 
feature allows a configuration to be specified in 
terms of a variable, the value of which may be 
determined immediately before the configuration 
change is made. An example of this would be the 
DEVICE command which specifies the disk on 
which the device driver code is held. The device 
driver code could be stored on any of the disks 
(e.g. because an expert user of a workstation had 
decided to move files about and accordingly the 
files would not be where the installation software 
originally put them). The system would read the 
name of the device driver file name and would 
search the disks to find it and then specify the disk 
identity in the command to be added to the CON- 
FIG.SYS file. The directory in which the file was 
held could also be determined in a similar way. 

Another refinement of preferred embodiments 
of the invention is said step of combining includes 
amalgamating compatible configuration change 
statements to produce a combined configuration 
change statement within said composite configura- 
tion build file. An example of compatible configura- 
tion change statements (i.e. capable of amalgama- 
tion) are PATH statements. These specify where 
the operating system will search for a file specified 
in a command line instruction, e.g. PATH = C:\OS2, 
PATH = C:\FRED and PATH = C:\JOE may be amal- 
gamated to PATH = C:\OS2;C:\FRED;C:\JOE. It is 
more efficient to use amalgamated statements if 
possible. 

Viewed from a second aspect the invention 
provides a data processing network having control 
logic for 

transmitting a software file from a central com- 
puter to a workstation via a communication system, 
reading a configuration build file associated with 



said transmitted software file, 

detecting software files already installed upon 
said workstation, 

reading one or more configuration build files 
5 associated with said detected software files, 

combining said configuration build file asso- 
ciated with said transmitted software file with said 
one or more configuration build files associated 
with said detected software files to produce a corn- 
to posite configuration build file, and 

reconfiguring said workstation using said com- 
posite configuration build file. 

An embodiment of the invention will now be 
described, by way of example only, with reference 
15 to the accompanying drawings in which: 

Figure 1 illustrates the data processing network 
in accordance with one embodiment of the inven- 
tion. 

Figure 2 illustrates example configuration build 

20 files associated with different items of software and 
the resulting composite configuration build file. 

Figure 3 is a flow diagram illustrating one em- 
bodiment of the invention. 

Figure 1 illustrates the data processing network 

25 2 comprising a host computer 4 and a plurality of 
workstations 6, 8. A communication system 10, 12 
connects the workstations to the host. The host 
computer includes a central processor unit 14 act- 
ing under the control of a computer program stored 

30 in program storage area 16. A software file storage 
area 18 contains copies of software files Si, S2, S3. 
Associated with each software file is a configuration 
build file Ci, C 2 , C 3 . The software file storage area 
18, the program storage area 16, the central pro- 

35 cessor unit 14, and the communication system 10, 
12 are linked together by a bus 20. The central 
processor unit 14 acting under the control of the 
program instructions stored in program storage 
area 16 drives the software installation. 

40 Figure 2 illustrates a number of software con- 
figuration build files for combination and use to 
reconfigure a workstation. Configuration build file 
22 associated with software 1 is the configuration 
build file of a new piece of software being installed 

45 upon the workstation 6, 8. Configuration build files 
24 and 26 associated with software 2, and software 
3 respectively are the configuration build files of 
items of software already installed upon the work- 
station 6, 8. The composite configuration build file 

so 28 is the result of combining the configuration build 
files 22, 24 and 26 in accordance with this embodi- 
ment of the invention. 

Each of the configuration build files 22, 24 and 
26 which are to be combined contains a IOPL 

55 statement. It is not possible to have more than one 
IOPL statement in a configuration build file since 
only one setting of this parameter is possible. Con- 
figuration build file 22 contains a setting of YES, 
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whereas configuration build files 24 and 26 contain 
a setting of NO. The configuration changes asso- 
ciated with each of the configuration build files 
clash. In order to determine what setting of IOPL is 
to be used the system compares the priority values 
associated with each of the occurrances of IOPL 
command within the configuration build files 22, 24 
and 26. The setting of YES has a priority value of 
100, whereas the setting of NO has priorities of 50 
and 40. The setting with the highest priority is 
adopted and so the statement IOPL = YES is 
written into the composite configuration build file 
28. 

Each of the configuration build files 22, 24 and 
26 contains a DEVICE statement. There is no prob- 
lem with a composite configuration build file speci- 
fying more than one DEVICE statement, since hav- 
ing a plurality of device drivers installed is quite 
normal. The DEVICE statements in configuration 
build files 24 and 26 completely specify the loca- 
tion, file name, and directory of the device driver 
code to be installed. The DEVICE statement in 
configuration build file 22 specifies the file name 
and directory of the device driver code to be in- 
stalled, but leaves the drive on which the device 
driver code is to be found as a variable to be 
determined during this process of combining the 
configuration build files 22, 24 and 26. When the 
statement <DRIVE> is encountered the system 
searches through the workstation storage to find 
the drive upon which that driver code is resident. 
The location thus determined (in this case drive A) 
then replaces the <DRIVE> statement in the DE- 
VICE command and the resulting DEVICE com- 
mand is then added to the composite build file 28. 
Both configuration build files 22, 24 contain BUFF- 
ERS statements. The BUFFERS statement speci- 
fies the amount of storage within the workstation 6, 
8 to be allocated as buffer storage. Whilst only one 
BUFFER statement within the composite configura- 
tion build file 28 is appropriate, the two BUFFERS 
statements in the configuration build files 22 and 
24 do not clash in the same sense as the IOPL 
statements discussed earlier. Software 2 requires a 
maximum buffer storage of 20 whereas the new 
software file Software 1 requires a maximum buffer 
storage of 60. Accordingly, if the buffer storage is 
set to 60 all the software files will have enough 
buffer storage available for them to operate cor- 
rectly. The system searches for the maximum val- 
ue of the BUFFERS statement and includes this 
within the composite configuration build file 28. In 
this case it is the maximum value of the parameter 
which is the appropriate one to be specified in the 
composite configuration build file 28, but in other 
circumstances it might be the minimum value of a 
parameter that should be incorporated within the 
composite configuration build file 28. 



All of the configuration build files 22, 24 and 26 
contain PATH statements. Rather than having mul- 
tiple PATH statements within the composite con- 
figuration build file it is appropriate to amalgamate 

5 the PATH statements. Accordingly, composite con- 
figuration build file 28 contains a single PATH 
statement produced by detecting each of the ar- 
guments of the individual PATH statements within 
the individual configuration build files 22, 24 and 26 

w and then specifying these within a single PATH 
statement with the appropriate syntax in the com- 
posite configuration build file 28. 

Once the composite configuration build file 28 
has been constructed it can then be combined with 

75 a user definable configuration build file and a base 
configuration build file to produce a final result that 
is used to reconfigure the workstation 6, 8. The 
base configuration build file would typically contain 
statements determined by invariable parameters of 

20 the related workstation 6, 8, whereas the user de- 
finable configuration build file would contain state- 
ments entirely at the discretion of the workstation 
user, which could be set at values preferred by that 
individual user. 

25 Figure 3 is a flow diagram illustrating the op- 
eration of one embodiment of the invention. In 
steps 30, 32, 34 and 36 the new software file is 
transmitted to the workstation, the configuration 
build file associated with that new software file is 

30 read, the identity of the software files already in- 
stalled upon the workstation are determined and 
the corresponding configuration build files for the 
installed software files are read. Having carried out 
the above the system has the information cor- 

35 responding to the top part of Rgure 2. 

At steps 38, 40 and 42 the system searches 
through the assembled configuration build files to 
detect statements which would clash. If such state- 
ments are detected then the priority values asso- 

40 ciated with the statements are compared and the 
statements with lower priority are discarded. In this 
way statements such as the IOPL statement dis- 
cussed earlier can be handled. 

At steps 44 and 46 the system searches for 

45 configuration build file statements capable of amal- 
gamation. If such statements are found then they 
are coalesced to form a single command using the 
appropriate syntax. In this way statements such as 
PATH statements can be handled. 

so At steps 48 and 50 the system searches for 
multiple occurrances of statements setting a single 
parameter. If such statements are found then the 
appropriate extreme value of the parameter being 
specified is determined from amongst the state- 

55 ments and it is this value which is then set within 
the composite build file 28. In this way multiple 
occurrances of statements such as BUFFERS can 
be handled. 
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At steps 52 and 54 the system checks for any 
configuration build file statements including vari- 
ables. If such statements are found the system 
then determines the appropriate value of the vari- 
able and replaces the variable with the appropriate 
value in the statement which is added to composite 
build file 28. In this way commands such as 
<DRIVE> within other statements can be handled. 

At step 56 the composite configuration build 
file 28 is combined with a base configuration build 
file and user configuration build file as discussed 
previously. At step 58 the CONFIG.SYS file upon 
the workstation 6, 8 is replaced by the CON- 
FIG.SYS file that has been determined in the pre- 
ceding steps. The process then terminates. 

It will be appreciated that whilst the invention 
has been described in terms of an embodiment 
using a programmed general purpose computer, it 
would be possible (although in practice difficult and 
expensive) to embody the invention within special 
purpose hardware. It is also possible to write the 
software necessary to control the general purpose 
computer embodying the invention in any appro- 
priate computer language. 

Claims 

1. A method of installing software files within a 
data processing network comprising the steps 
of: 

transmitting a software file from a central 
computer to a workstation via a communication 
system, 

reading a configuration build file associ- 
ated with said transmitted software file, 

detecting software files already installed 
upon said workstation, 

reading one or more configuration build 
files associated with said detected software 
files, 

combining said configuration build file asso- 
ciated with said transmitted software file with 
said one or more configuration build files asso- 
ciated with said detected software files to pro- 
duce a composite configuration build file, and 

reconfiguring said workstation using said 
composite configuration build file. 

2. A method as claimed in claim 1, wherein con- 
figuration changes required by a software file 
are associated with a priority value and said 
step of combining compares priority values 



between any conflicting configuration changes 
and includes the highest priority configuration 
change in said composite configuration build 
file. 

5 

3. A method as claimed in any of claims 1 or 2, 
further comprising the step of determining val- 
ues of variables specifying configuration 
changes within said configuration build files. 

10 

4. A method as claimed in any of claims 1 , 2, or 
3, wherein said step of combining includes 
amalgamating compatible configuration change 
statements to produce a combined configura- 

15 tion change statement within said composite 
configuration build file. 

5. A data processing network having control logic 
for 

20 

transmitting a software file from a central 
computer to a workstation via a communication 
system, 

25 reading a configuration build file associ- 

ated with said transmitted software file, 

detecting software files already installed 
upon said workstation, 

30 

reading one or more configuration build 
files associated with said detected software 
files, 

as combining said configuration build file asso- 
ciated with said transmitted software file with 
said one or more configuration build files asso- 
ciated with said detected software files to pro- 
duce a composite configuration build file, and 

40 

reconfiguring said workstation using sard 
composite configuration build file. 

6. A data processing network as claimed in claim 
45 5, wherein configuration changes required by a 

software file are associated with a priority val- 
ue and said control logic compares priority 
values between any conflicting configuration 
changes and includes the highest priority con- 
so figuration change in said composite configura- 
tion build file. 

7. A data processing network as claimed in any 
of claims 5 or 6, wherein said control logic 

55 determines values of variables specifying con- 
figuration changes within said configuration 
build files. 
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8. A data processing network as claimed in any 
of claims 5, 6, or 7, wherein said control logic 
amalgamates compatible configuration change 
statements to produce a combined configura- 
tion change statement within said composite s 
configuration build file. 
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